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5 1 . Field of the Invention 

This invention pertains to the field of computer networking, and more particularly to 
the use of network protocols to provide services to users [which] that are related to CD ROMs, 
audio [recordings] recordings and other distributed media . 

2. Related Art 

10 Over the past few years, on-line services have experienced explosive growth and have 

become a major new form of entertainment. Alongside this new entertainment, more 
traditional forms such as musical recordings have continued to be consumed on a massive 
scale. 

The traditional experience of the musical recording is listening by a small group of 
15 persons gathered together in a room. The music fills the room acoustically, but there is little 
associated visual content, and there is only a limited interaction with the recording, consisting 
essentially of deciding which tracks to play and performing simple transformations on the 
recorded sound, such as setting the volume or applying an audio equalizer. This traditional 
experience dates back to the early age of 78 r. p.m. musical recordings almost a century ago. 
20 The traditional production of a musical recording complements the traditional 

experience of the recording. The recording is produced in a number of recording sessions, 
subject to careful mixing and editing, and then released to the public. At that point, the 
recording is in a fixed form, nowadays an audio CD, whose purpose is to record as faithfully 




as possible the final sonic experience designed by its authors, the musicians, producer, and 
recording engineers. 

Music videos have supplemented the traditional experience of musical recordings by 
allowing the association of visual content with tracks of such a recording. In practice, 
5 however, music videos have been broadcast, with all the problems of lack of user control 
which that implies, and they have not contributed to interactivity or participation by the 
consumer. On-line services offer opportunities for enriching the experience associated with 
[musical recordings] prerecorded material . The present invention is addressed to computer 
programs, systems, and protocols which can fulfil this promise. 

10 SUMMARY OF THE INVENTION 

It is therefore an object of this invention to provide computer programs, systems, and 
protocols which allow producers to deliver entertainment complementary to [musical] 
distributed media recordings by means of on-line services such as the Internet. It is a further 
object of this invention to provide computer programs, systems, and protocols which allow 

15 such complementary entertainment to be meaningfully interactive for the consumer, such that 
the consumer can also be a creator of the experience. 

It is a further object of the invention to achieve the foregoing objects by means of 
implementations designed to attain integration with existing environments and programs, 
particularly on the Internet, while retaining the flexibility to adapt to the continuing evolution 

20 of standards for on-line services. 

In [one] a first aspect of the present invention provides a means for producers and 
sellers of distributed media such as CDs to maintain and strengthen their connection to their 
customers. Record companies download and periodically update a central library of 
complementary content for CDs the company has in the market. The software of the present 

25 invention operate as a plug-in to a users web browser and directs a user with a record 

company's CD to a particular section of the central library appropriate for the user's CD. 
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In another aspect of the present invention, called "CD Watcher" data representative of 
the users listening habits relative to a record company's CD is transferred to the record 
company when complementary content is delivered to the user over a network connection. 

Alternatively, record companies contributing and maintaining the central library have 
5 access to the listening habits of all users who have accessed the central library for 
complementary content. 

In another aspect of the invention, software is provided which permits a computer 
program running on a remote host to control a [compact disk] distributed media player such as 
a compact disk (CD) player, DVD player, or the like on a user's computer. (For convenience, 
10 we use the term "CD" to refer to all distributed media and the term "CD player" to refer also 
to all distributed media players such as DVD players and similar devices.) The software is 
designed to permit the remote host both to initiate actions on the CD player and to become 
aware of actions which the user has initiated by other control means, such as the buttons on the 
CD player's front panel or a different CD player control program. This aspect of the invention 
15 is a buildingblock for the provision of complementary entertainment for CD content ^yhen 
those recordings are fixed in the prevailing contemporary form, the [audio] CD. 

In [a second] another aspect of the invention, visual content, including interactive 
content, may be delivered over an on-line service in such a way that it is synchronized to the 
delivery of content from a musical recording. Such visual content may, for example, be 
20 synchronized to the playing of an audio CD or other distributed media in the user's computer. 
The visual content is thematically linked to the musical recording, for example in the manner 
of a music video. 

In a [third] further aspect of the invention, a method is provided for determining or 
assigning a substantially unique identifier to CD or other distributed media content consisting 
25 of a number of tracks. A unique identifier is a useful complement to the delivery of [visual] 
supplementary content in conjunction with the playing of [an audio CD] a CD or other 
distributed media in that it allows the software which delivers the [visual] supplementary 
content to be sure that the [audio] CD is in fact the correct CD to which the [visual] 
supplementary content corresponds. If the supplementary content is designed, for example, to 





accompany the Rosary Sonatas of Heinrich Ignaz Franz Biber, it would presumably not 
function well if the CD or other distributed media in the user's player were the soundtrack for 
the film Mary Poppins. The unique identifier also allows a CD or other distributed media to 
be used as a key to access a premium Web area. Furthermore, the unique identifier can allow 

5 the user to be directed to an area of the Web corresponding to the CD or other distributed 
media which is in the user's machine. 

In a still further aspect of the invention, the immensely popular on-line service 
generally referred to as a "chat room" may be enhanced by means of a link to a CD recording 
[to] which all persons in the room are playing. A remote host may control distributed media 

10 players in multiple remote locations The chat room experience as it exists today in on-line 
services has a disembodied quality by comparison with traditional face-to-face social 
encounters in which there are identifiable surroundings. The only common experience to the 
chat users today are the words of the chat as they fly by on a computer screen, and perhaps the 
user icons ("avatars") or other visual content occupying a small space on the screen. The use 

15 of a musical recording in conjunction with a chat room opens up the possibility of restoring to 
the experience a degree of the shared ambience of traditional social encounters. Furthermore, 
[the] shared content such as a musical recording offers a focal point that allows chatseekers to 
group together by means of shared interests in a particular type of recording. 
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[Figure 1 is a block diagram of the environment in which the preferred embodiment 



operates. 

Figure 2 is a flowchart of the synchronization code of the invention. 
Figure 3, is flowchart of the sequence of operations for connection to a chat room 
focused on a musical recording. 
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The preferred embodiment of this invention operates on the World Wide Web. The 
software implementation environment provided by the World Wide Web is described in a 
number of books, for example, John December and Mark Ginsburg, HTML 3.2 and CGI 
Unleashed 91996). The World Wide Web is based on a n network protocol called HTTP 
5 (hypertext transfer protocol), which is described in T. Gerners-Lee et al., Hypertext Transfer 
Protocol - HTTP/1.0 (Internet Request for Comments No. 1945, 1996).] 

Fig. 1 is a network diagram of a first embodiment of the present invention. 

Fig. 2 is a flow diagram of the embodiment shown in Fig. 1. 

Fig. 3 is a block diagram of the environment in which the present invention operates. 
10 Fig. 4 is a block diagram of complementary content according to an aspect of the 

present invention. 

Fig. 5 is a flowchart of the synchronization code of the invention. 
Fig. 6 is a flowchart of the sequence of operations for connecting the present invention 
to a chat room. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

Referring to Figs. 1 and 2. an embodiment of the present invention dynamically 
connects a user playing a CD with a remote host for data exchange. At block 11. the user 
links to a remote host and requests a download of client 26. To receive the download the user 
must provide some basic information, name, email, chat name, etc. The registration 
information is exchanged for client 26 at block 11A. At block 10A user computer 10 is 
running computer program 12 such as a browser with client 26. At block 30 A insertion of CD 
30 into player 32 triggers action by client 26. Client 26 takes control of player 32 and scans 
CD 30. CD 31 may include time code 31A and other encoded data 3 IB. Client 26 uses the 
results of the CD scan to calculate a substantially unique CD ID 31, block 34. Some CDs may 
25 contain an ID text file or IRC code, there is no universal standard, thus an ID calculation 

technique may yield a useful ID with any CD. This technique may create a pattern match 3 IF 
by sampling a subset of the content of CD 30 and using the sample to create a substantially 
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uni que fingerprint 3 IF of CD 30. While client 26 is calculating CD ID 31. at block 36 use 
demographic data 62 is also collected and temporarily stored by client 26, 

Use demographic data 62 includes but is not limited to CD use profiles including most 
used tracks, total time of use, most used CDs, average length of time computer 10 is running. 

5 software loaded, most used software, software running concurrently with client and the like. 

Calculation of a CD ID 31 stimulates client 26 to direct computer program 12 to check 
a local cache for CD ID 31 . IF CD ID 31 is not present in the local cache client 26 links to 
lookup server 40 at block 38. If computer program 12 is not already running, client 26 may 
launch it. Once the link to look-up server 40 is established, client 26 sends CD ID 31 to 

10 look-up server 40. Look-up server 40 compares CD ID 31 against table 42. Table 42 is a 
look-up table linking CD IDs with some associated content and with particular addresses 
having complementary content. Other information such as timing and control data, electronic 
coupons, advertisements and bonus content such as video with timing and control data may 
also be contained in table 42. At block 44. look-up server 40 sends information such as 

15 address 46 to the user in response to receipt of CD ID 31. The information sent to the user 
may or may not be based on the user demographic data and use demographic data 62 sent to 
look-up server 40. At block 48 client 26 establishes a link to address 46. Address 46 may be 
a premium or subscription site such as site 51 A in which case CD ID 31 may operate as a 
password. 

20 In one aspect of the present invention, content suppliers 51-56 such as record 

companies 1-6 respectively, maintain a central library 50 on the web. Content suppliers may 
also include advertisers. CD retailers, and other content rights holders. Central library 50 may 
be on a single server such as look-up server 40 or it may be distributed. Central library So 
contains the complementary content sites such as site S1A linked by the addresses in table 42 

25 such as address 46. Each content supplier 51-56 may change the content of their site and add 
new links to additional sites as new CDs are released. As new sites are added, new CD IDs 
and linked addresses are added to table 42. 

At block 49 A. server 58 hosting site S1A transfers complementary content 60 to the 
user's computer 10. Once the user is linked to site 51A. client 26 sends stored use 




demographic data 62 and CD status data 64 to look-up server 40 and or server 58. At block 66 
client 26 continues to update and transfer use demographic data 62 and CD status data 64 to 
lookup server 40 and or server 58 as long as client 26 is running. Closed loop update 70 
permits a content supplier, such as content suppliers 51-56, a real-time or near real-time look 
5 at which CDs are in use and relative frequency of use of CD elements and related information. 
Closed loop update 70 also provides control of distributed media playing on a users computer 
10. A removal or change of CD at block 68 would return the client to block 30A. 

In another embodiment, this invention operates on the World Wide Web. The HTTP 
protocol [must be] on the web is run atop a general connection-oriented protocol, which today 
10 is generally TCP/IP, described in Douglas E. Comer, Internetworking with TCP/IP (3d ed. 
1995). However, the invention described here is not limited to HTTP running over any 
particular kind of network software or hardware. The principles of the invention apply to 
other protocols for access to remote information that may come to compete with or supplant 
HTTP. 

15 [As shown in Fig. 1 a Web] Referring now to Fig. 3 a , user sits at his or her computer 

10 and runs a computer program [called a browser] 12 such as a browser or other client 
software . The browser sends out HTTP requests 14 to other computers, referred to as 
[servers.] servers such as server 16. In requests, particular items of data, referred to as 
resources, which are available on servers, are referred to by means of uniform resource 

20 locators [(URL's)] (URLs) , character strings in a particular format defined in Berners-Lee et 
al., supra. A URL includes both an identification of the server and an identification of a 
particular item of data within the server. Reacting to the requests, the servers return responses 
18 to the user's browser, and the browser acts upon those responses, generally by displaying 
some sort of content to the user. 

25 The content portion of the responses can be a "Web page," expressed in the hypertext 

markup language [(HTML)] (HTML) such as pages 20 and 22. That language allows one to 
express content consisting of text interspersed with bitmap-format images and links (also 
known as anchors and hyperlinks). The links are further [URL's] URLs to which the browser 
may, at the user's prompting, send further requests. 




The responses can also include more complex commands to be interpreted by the 
browser, e.g., commands which result in an [animation.] animation as discussed below for 
Fig. 4. HTML itself does not define complex commands, but rather they are considered to 
belong to separately-defined scripting languages, of which [the two most] two currently 
5 common ones are JavaScript and VBScript. 

In addition to extending the function of the browser by means of code written in a 
scripting language, it is also possible to extend the function of a browser with compiled code. 
Such compiled code is referred to as a "plug-in. " The precise protocol for writing a plug-in is 
dependent on the particular browser. Plug-ins for the Microsoft browser are referred to by the 

10 name of ActiveX controls. 

Plug-ins may be very complex. A plug-in which may advantageously be used in 
connection with the invention is Shockwave from Macromedia. It permits animations which 
are part of a server response to be downloaded and played to the user. Shockwave defines its 
own scripting language called Lingo. Lingo scripts are contained within the downloadable 

15 animations which the Shockwave plug-in can play. The general format of a Shockwave 
animation is a timeline consisting of a series of frames, together with a number of visual 
objects which appear, perform motions, and disappear at particular frames within the timeline. 
To achieve more complex effects within a Shockwave animation, Lingo scripts may be invoked 
in addition to predefined visual objects. 

20 [2. Command Plug-In] 

A currently preferred embodiment of the present invention employs a plug-in, referred 
to as the command [plug-in] plug-in 24, which provides to a scripting language the ability to 
command and monitor in a detailed fashion the playing of a [musical] CD recording. The 
command plug-in should [provide] provide and monitor, at a minimum, the following basic 

25 functions: 



(1) Start and stop play. 

(2) Get current track and position within the track. 

(3) Seek to a track and a position within the track. 
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(4) Get and set volume. 

(5) Get information regarding the CD (e.g., the number of tracks, their lengths, the 
pauses between tracks). 

(6) Get information regarding the capabilities of the CD drive. 

5 Other functions may be [provided] provided and monitored, limited only by what the 

underlying operating system services are able to [provide] accommodate. The monitored 
functions are included in use demographic data 62 which is transferred to server 40 and or 
servers such as server 58 . 

The command plug-in [preferably] may be written in a conventional programming 

10 language such as C + + . The plug-in must conform to the existing standards for plug-ins, such 
as those required of Microsoft ActiveX objects. In order to obtain the information and carry 
out the functions which the command plug-in makes available to the scripting language, the 
command plug-in relies on functions which provide control and information regarding the 
playing musical recording. These functions will depend on the precise source of the recording. 

15 If, [the currently preferred embodiment] as in one embodiment of the present invention, the 
recording [is] being played is an audio CD in the computer CD player, and if the browser is 
running under Microsoft Windows 3. 1 or Windows [95,] 95 or Windows CE , these functions 
would be the MCI functions, which form a part of the Win32 application programming 
interface. These functions are documented, for example, in Microsoft Win32 Programmer's 

20 Reference. Different functions may be provided by streaming audio receivers, as for example 
receivers which capture audio which is coming into the user's computer over a network 
connection in a suitable audio encoding format such as MPEG. 

An important point to note about the implementation of the command plug-in is that the 
operations which it carries out, as for example ["seeks,"] "seeks", may take times on the order 

25 of a second. It is undesirable for [the] [command plug-in] command-plug-in 24 to retain 

control of [the] [machine] computer 10 during that interval, so it is important that [the] [plug- 
in] command plug-in 24 relinquish control of [the] [machine] computer 10 to the browser 



9- 




whenever a lengthy operation is undertaken, and report on the results of the operation via the 
asynchronous event handling capability used in the common scripting languages. 

Given the above summary of the functions which the command plug-in provides, a 
general knowledge of how to write plug-ins (e.g., of how to write ActiveX objects), and a 
5 knowledge of the relevant application programming interface for controlling the play of the 
[musical] CD (e.g., MCI in Win32), a person skilled in the art could readily and without 
undue experimentation develop an actual working command plug-in. For this reason, further 
details of how the command plug-in is implemented are not provided here. 

[3 . Synchronization] 

10 The existence of a command plug-in providing the functions listed above to a scripting 

language is a foundation on which entertainment complementary to [a musical] the content of a 
[recording] CD may be constructed. In particular, it is possible to devise, building on this 
foundation, a method for synchronizing the display of [visual] complementary content by 
means of the scripting language with the events which are occurring on the [audio] CD. 

15 [In a preferred embodiment of the invention, the] Referring now to Figs. 4 and 5, 

synchronization of the [visual] complementary content to the [audio] CD proceeds as follows. 
[The visual content is] For example, complementary content 60 may be provided by means of 
[a] animation such as Shockwave animation, [which] including frames Fl-Fn and script 72. 
Complementary content 60 is downloaded from server 58 and displayed for the user by means 

20 of a Shockwave plug-in. This downloading may take place before the animation is displayed, 
or alternatively it may take place as the animation is being displayed, provided the user's 
connection to the network is fast enough to support download at an appropriate speed. The 
downloading is a function provided by the Shockwave plug-in itself. 

As the Shockwave animation is played, script 72 such as a Lingo script executes each 

25 time a frame Fn finishes displaying. The Lingo script contains a description of the relationship 
which should exist between frames of the animation and segments of the [musical recording] 
CD content , identified by track number and by time. The Lingo script determines, by means 
of the command plug-in described above, at which track and time the play of the [audio] CD 
is. It then refers to the description in order to determine which frames of the animation 
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correspond to that portion of the [audio] CD. If the current frame is not one of those frames, 
the Lingo script resets the time line of the animation so that the animation will begin to play at 
the frame which corresponds to the current position of the [audio] CD. This permits the visual 
content to catch up if it ever lags the CD, for example because downloading from the network 
5 has fallen behind, because the user's computer lacks the cycles to play the animation at full 
speed, or because the user has fast-forwarded the CD. 

[In a variant form of] Referring now to Fig 4. the synchronization algorithm [(shown 
in Fig. 2), the] may control individual frames [of the animation are arranged into] or groups of 
contiguous frames. [A] Complementary content 60 includes frames F r F n and script 72. At 

10 block 200. a correspondence is established between each [such] frame F n or group of frames 
and a particular segment of [the audio recording (box 200 in Fig. 2).] CD 30 . At the end of 
each frame Fn of the [animation, the audio] animation block 205 . the [play] position of CD 30 
is determined, [(box 210).] block 210 . A test is done at block 215 to determine whether the 
[audio play] position of CD 30 is within the segment of the recording that corresponds to the 

15 group of frames to which the next sequential frame belongs [box 215]. If the [audio play 

position] position of CD 30 is within that segment, the playback of the animation proceeds with 
that next frame [(box 230).] block 230 . If the [audio play position] position of CD 30 is not 
within that segment, [then] at blocks 220 and 225 the playback of the animation is advanced to 
the frame corresponding to where the [audio is (boxes 220 and 225).] CD is . 

20 [4. Unique Identifiers for Audio CDs] 

A further aspect of the present invention is a touring mode. With client 26 in touring 
mode, a remote device such as server 58 may control one or more user devices through 
delivery of complementary content 60 interspersed with player 26 control data to provide the 
one or more users with a guided tour of a particular distributed media such as CD 30 . 

25 A still further aspect of the invention is the ability, by making use of [the] command 

[plug-in,] plug-in 24, to provide a technique for establishing a unique identifier for [an audio 
CD] a CD, CD ID 31, which is located in the user's CD [player] player 32 . The unique 
identifier may be based on the number and lengths of the tracks (measured in blocks, i.e., 
l/75ths of a second), so that the identifier would be a concatenation of these lengths. In 
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practice, however, it is desirable to have a somewhat shorter identifier, so the unique identifier 
is preferably the concatenation of the track lengths expressed in a fairly coarse unit, such as 
l/4th of a second. 

Appendix A contains source code, written in C, for a fuzzy comparison algorithm 
5 suitable for determining whether two audio CDs are exactly or approximately the same. The 
fuzzy comparison algorithm proceeds as follows. For each of the two audio CDs to be 
compared, one determines the lengths of all the tracks in the recordings in milliseconds. One 
then shifts all track lengths to the right by eight bits, in effect performing a truncating division 
by 28 = 256. One then goes through both of the recordings track by track, accumulating as 

10 one proceeds two numbers, the match total and the match error. These numbers are both 
initialized to zero at the start of the comparison. For each of the tracks, one increments the 
match total by the shifted length of that track in the first CD to be compared, and one 
increments the match error by the absolute value of the difference between the shifted lengths 
of the track in the two CDs. When one gets to the last track in the CD with the fewer number 

15 of tracks, one continues with the tracks in the other CD, incrementing both the match total and 
the match error by the shifted lengths of those tracks. Following these steps of going through 
the tracks, the algorithm then divides the match error by the match number, subtracts the 
resulting quotient from 1, and converts the difference to a percentage which is indicative of 
how well the two CDs match. 

20 Appendix B contains source code, written in C, for a comparison algorithm suitable for 

determining whether two audio CDs are exactly the same. The algorithm generates from the 
number of tracks, the track lengths, and the start and end times of the tracks an 8-byte value. 
The high order 4 bytes are obtained by summing the start and end times of all tracks, 
expressed in milliseconds. The low order 4 bytes are obtained by summing the lengths of all 

25 tracks expressed in milliseconds, shifting the sum left ten bits, and adding the number of 
tracks. 

[A unique identifier for a musical recording] CD ID 31 may be employed as a database 
key. A site such as site 52A may maintain a database of information about CDs, for example 
information about all CDs issued by [the particular] record company 2 can be maintained on 
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that record company's site. There are various alternative ways for users to navigate this 
information. For example, they could use a Web page containing many hyperlinks as a table 
of contents, or they could use a conventional search engine. A third way of searching^ which 
is enabled by [the unique identifier] CD ID 3 1 of the invention^ is for there to be a Web page 
5 which invites the user to place in [the computer's CD drive] plaver 32 the CD about which he 
or she is seeking [information] information, for example CD 30 . Upon detection of the 
presence of [the CD] CD 30 in the drive, a script in the Web page computes [the unique 
identifier] CD ID 31 corresponding to [the CD] CD 30 and sends it to [the server. The 
server] server 58. Server 58 then displays information about the CD retrieved from a database 

10 on the basis of [the unique identifier.] CD ID 31 . This information may include a Web 
address (URL) that is related to the [audio] CD (e.g., that of the artists' home page), simple 
data such as the names of [the songs] songs on the CD, and also complementary 
entertainment, including potentially photographs (e.g., of the band), artwork, animations, and 
video clips. It is also possible to arrange things so that, when the user inserts [an audio] a CD 

15 into the computer, (i) the Web browser is launched if not already running, (ii) the browser 
computes the CD's unique identifier and from that unique identifier derives a URL, and (iii) 
the browser does an HTTP get transaction on that URL. 

An alternative application of unique identifiers for musical recordings is to employ a 
CD as a key for entering into a premium area of the Web. There are presently premium areas 

20 of the Web to which people are admitted by subscription. A simple form of admission based 
on the unique identifier is to require, before accessing a particular area of the Web, that the 
user place in his or her CD drive a particular CD, or a CD published by a particular company 
or containing the music of a particular band or artist. This is readily accomplished by means 
of a script which invokes the functions provided by the command plugin and computes a 

25 unique identifier. 

[5. Chat Rooms Connected With Musical Recordings] 

[A third] Another aspect of the invention is the connection of chat rooms with musical 
recordings. The goal is to provide all participants in a chat room with the same music at 
approximately the same time. 
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[The prevailing] One conventional network protocol for chat services is Interney Relay 
Chat (IRC), described J. Oikarinen & D. Reed, Internet Relay Chat Protocol (Internet Request 
for Comments No. 1459, 1993). In this protocol, when one becomes a client of a chat server, 
one sends the name of a chat room. The chat server receives messages from all of its of clients 
5 and relays the messages sent in by one client to all the other clients connected in the same 
room as that client. The messages which a client sends are typically typed in by the user who 
is running the client, and the messages which a client receives are typically displayed for the 
user who is running the client to read. 

In a preferred embodiment of the invention, a chat client is customized by means of a 

10 plug-in, which we will call the chat plug-in. The chat client is started up by a browser as 
follows (see Fig. [3] 5). The user connects by means of the browser to a central Web page 
(box 300) which, upon being downloaded, asks that the user insert a CD into his or her player 
(box 305). A unique identifier of the CD is computed and communicated back to the server by 
using the control plug-in described above under the command of a script in the central Web 

15 page (box 310). The server then employs the unique identifier to determine whether it has a 
chat room focused on the CD (box 315). This step may be carried out by looking the unique 
identifier up in a database using techniques well known in the art. There exists a vast literature 
on connecting Web pages to databases, e.g., December & Ginsburg, supra, chapter 21. If a 
chat room focused on the CD exists or can be created, the server responds with the name of 

20 that chat room, and the browser starts up a chat client on the user's computer as a client of that 
chat room (box 320). 

The chat room's name is set by the server to contain information about the track which 
the CD is playing in the other chat room clients' machines and the time at which the track 
started to play, as well as about the volume at which the CD is playing. The chat client plug-in 
25 employs that information to direct the control plug-in to set the CD in the user's computer to 
play in such a manner that it is approximately synchronized to the CD which is playing in the 
other chat room clients' machines (box 320). 

Each user in the chat room is able to control the CD which is playing in his or her 
machine. Control actions result in the chat plug-in sending messages to the chat server which 
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describe the control action being taken (box 325). For example, such messages may indicate a 
change in the position of the CD, a change in the volume, or the ejection of the CD to replace 
it with another. The chat plug-ins running on the other users' machines, upon seeing a 
message of this kind, replicate the action (as far as possible) on the other users' machines by 
5 using the control plug-in described above (box 330). 

In a further aspect of the invention, a chat room focused on a particular musical 
recording might allow for a voting procedure to select particular tracks. A simple voting 
procedure would be for each chat plug-in to act upon a change message of the kind described 
in the preceding paragraph only when it sees two identical consecutive change messages. This 

10 would mean that in order to change the track which is being played, it would be necessary for 
two users to change to that track. The number two may be replaced by a higher number. 

In a further aspect of the invention the messages delivered to the users of a chat can be 
driven from a text file rather than manual typing. This would allow a pre-recorded experience 
to be played back for a group of chat users. Such a technique may be used to create a 

15 pre-recorded, narrated tour of an audio CD. 

An important advantage of the [preferred] embodiment [as] described above is that it 
may be used with any chat server software which supports the minimal functionality required 
by Internet Relay Chat or by a protocol providing similar minimum chat service. The 
additional software required is located in the chat client plugin and in the central Web page, 

20 with its connection to a database of CD information. 
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